home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 October - Disc 2 / Power Tools (Disc 2)(October 1993)(HP).iso / hotlines / network / msgbb / whtpap.txt < prev   
Text File  |  1993-04-13  |  14KB  |  251 lines
  1.  
  2.            Enterprise Communications through Messaging Backbones
  3.  
  4.  
  5.      Information  management  is currently undergoing a series of rapid
  6.      changes. As organizations streamline  to  compete  in  the  global
  7.      economy,   new   challenges   are  facing  their  IS  departments.
  8.      Information  resources,   mission   critical   to   most   dynamic
  9.      enterprises,  must  become  global resources. No function, whether
  10.      professional or clerical, can accomplish  its  objectives  without
  11.      access to reliable, consistent and readily available data.
  12.  
  13.      The  objective  of computer networks is to provide a mechanism for
  14.      access and manipulation of  information.  In  most  organizations,
  15.      this  information  is dispersed across multiple locations. Data is
  16.      stored in various formats, in  different  databases.  Applications
  17.      reside  on  a  multitude  of computer systems made by a variety of
  18.      computer vendors. While one computer system may provide a  certain
  19.      organizational   unit  with  its  desired  information,  the  same
  20.      information may not be accessible by another,  equally  concerned,
  21.      unit. As a result of mergers, acquisitions and re-structuring, the
  22.      sharing of information on an enterprise-wide scale  have  in  many
  23.      organizations  become  almost impossible. Due to the proliferation
  24.      of incompatible legacy systems and networks, business suffers.
  25.  
  26.      What is needed  is  a  new  strategic  direction  for  information
  27.      processing.  A  strategy that will support the needs of the global
  28.      enterprise. This strategy must be based on four key pillars;
  29.  
  30.      Flexibility; the capability  to  optimize  the  use  of  available
  31.      resources.  Shared  resources  that  are  transparently accessible
  32.      reduce an overall system cost by limiting the use  of  duplicated,
  33.      and often idle, resources.
  34.  
  35.      Interoperability;  as  in  enabling transparent access to and from
  36.      various computing platforms.  This  will  protect  investments  in
  37.      existing systems and applications.
  38.  
  39.      Ease  of  Use;  in terms of operation as well as in development of
  40.      applications. User interfaces, as well as application  programming
  41.      interfaces need to be consistently deployed throughout the system.
  42.  
  43.      Management;  providing  IS  departments with the ways and means to
  44.      handle moves, adds  and  changes,  as  well  as  guaranteeing  the
  45.      integrity and performance of the networked system.
  46.  
  47.  
  48.  
  49.      A Roadmap to Success
  50.  
  51.      Complex computer integration projects have a greater likelihood of
  52.      success when based on an overall strategic plan. Such a plan  must
  53.      clearly define the role of information, information processors and
  54.      communications equipment as related to the  enterprise.  Executive
  55.      commitment   must  be  clear  and  unambiguous,  and  communicated
  56.      throughout the organization. It is also necessary to correlate the
  57.      plan with the overall enterprise mission objectives. These must be
  58.      clearly defined strategic directions, worth  pursuing,  and  still
  59.      relevant  when  reached.  A  messaging backbone is a means, not an
  60.      end. As such, it must support  the  enterprise  mission  over  the
  61.      foreseeable future.
  62.  
  63.      The  plan  should  allow for steady development and progression of
  64.      capability, based on backward compatibility and  interoperability.
  65.      Resources  and  functionality  may  be added gradually or rapidly,
  66.      depending on preference and need. As technology evolves, the  plan
  67.      should  address  issues  such  as  procurement upgrades, manpower,
  68.      resource allocations and system capabilities.
  69.  
  70.      Prior to  soliciting  supplier  input  some  basic  groundwork  is
  71.      necessary.  The  organization must determine functional workloads,
  72.      and define application processes. Characterization of  information
  73.      flow  is  necessary in terms of transaction volumes, communication
  74.      patterns and response time requirements.
  75.  
  76.      A recommended study for future procurement purposes thus needs  to
  77.      answer questions some basic questions, such as the following;
  78.  
  79.      #1   How many messages will be sent in a given time period?
  80.      #2   What is the average size of a message? Minimum? Maximum?
  81.      #3   What is the distribution over time? Peak data rates?
  82.      #4   What are the distribution patterns? Hubs? Spokes?
  83.      #5   What are the response time requirements? Turnaround time?
  84.      #6   What are the topology concerns? Geographic constraints?
  85.      #7   Which are the applications concerned? Real-time?
  86.      #8   What are the application availability requirements? Uptime?
  87.      #9   What are the interoperability constraints? Legacy systems?
  88.  
  89.      The   answers   will  form  the  basis  of  a  functional  network
  90.      specification. Combined  with  the  overall  strategic  direction,
  91.      specifying  the  degree  of openess of the desired system, a solid
  92.      request for information, RFI, can be created. It is recommended to
  93.      distribute  the  RFI  to a large number of potential suppliers, in
  94.      order  to  obtain  a  broad  perspective  of  possible  deployment
  95.      options.  The supplier input must then be studied in detail, as it
  96.      will give the initial parameters for the central  portion  of  the
  97.      future networked system, the messaging backbone.
  98.  
  99.  
  100.      The Messaging Backbone
  101.  
  102.  
  103.      Residing  at  the  core of an enterprise information system is the
  104.      messaging backbone. This term defines the  central  infrastructure
  105.      of  any global information system. The messaging backbone supports
  106.      a variety of business applications, ranging from  electronic  mail
  107.      to  fully automated order systems. To satisfy the demands of these
  108.      applications, it must be able to integrate  applications  software
  109.      from  a  multitude  of developers, computer hardware from multiple
  110.      vendors, and network services from several providers.
  111.  
  112.      Only  a  messaging  backbone  relying  on   a   high   degree   of
  113.      standardization   can  accomplish  this  task.  The  International
  114.      Standards  Organization,  ISO,  together  with  the  International
  115.      Telegraph and Telephone Consultative Committee, better known under
  116.      its french acronym, CCITT, has  developed  and  published  such  a
  117.      standard. It is called the X.400 message handling system. Products
  118.      based on the original  specification  of  1984,  as  well  as  the
  119.      revised  1988  version, is rapidly being deployed across the world
  120.      by governments and businesses alike.
  121.  
  122.      X.400  MHS  provides  a  basic   store   and   forward   messaging
  123.      environment,  architecturally  designed  in a modular fashion. The
  124.      basic components comprise user agents, message transfer agents and
  125.      message  stores.  These interact through a set of common rules, or
  126.      protocols, named P1 through 7. Underneath these services  lie  the
  127.      mechanisms   for   reliable  transport  of  data  and  routing  of
  128.      information packets. These mechanisms are based on other CCITT and
  129.      ISO standards such as X.25.
  130.  
  131.      Supporting   the   store   and  forward  capabilities  is  another
  132.      specification, called CCITT X.500  directory  services.  X.500  DS
  133.      provides  a  distributed  data base function, similar to the phone
  134.      directory's yellow pages.
  135.  
  136.      Application access to the X.400 and X.500 services is provided  by
  137.      equally  standardized  programming  interfaces. The X/Open Company
  138.      Ltd., a UK based non-profit organization publishes  a  set  of  so
  139.      called   portability   guides.  An  application  using  an  X/Open
  140.      sanctioned programming interface can be moved  from  one  computer
  141.      system  to  another  with  minimum  effort,  providing  the  basic
  142.      environment stays the same.
  143.  
  144.      These three components, X.400, X.500 and APIs suffice  to  provide
  145.      application   support   for  basic  messaging  services,  such  as
  146.      electronic mail. For enhanced services, additional standardization
  147.      protocols  are  needed.  The  transmission  of  compound documents
  148.      incorporating text,  graphics  and  images,  or  the  exchange  of
  149.      business   documents   such  as  orders,  waybills,  invoices  and
  150.      payments, require standardized formats. These  formats  exists  in
  151.      two   forms.    Compound   documents   use   the  office  document
  152.      architecture, ODA.  Business applications use the electronic  data
  153.      interchange format, EDI.
  154.  
  155.  
  156.      Choosing a Backbone Supplier
  157.  
  158.      Given   that   products  adhering  to  common  specifications  are
  159.      inherently alike, what are the criteria for selecting a  supplier?
  160.      Price? Availability? Potential?
  161.  
  162.      The answer lies in the suppliers capacity for solving the business
  163.      needs. This capacity can  be  determined  through  the  use  of  a
  164.      procurement  model  called  the  Greatest Value Approach, commonly
  165.      used by  federal  agencies  in  the  US.  The  greatest  value  is
  166.      determined  by the cost of ownership, rather than by the price tag
  167.      attached.  Suppliers  are  selected  after  being   subjected   to
  168.      multi-step process;
  169.  
  170.      First,  a  solicitation  is  issued,  requesting the functionality
  171.      determined by the RFI evaluation. The solicitation, or request for
  172.      proposal RFP, includes technical as well as cost aspects. Based on
  173.      the replies, a competitive range  is  established,  and  suppliers
  174.      outside  of  the  range eliminated. Bidders within the competitive
  175.      range are notified and allowed oral  and  written  discussions  of
  176.      their  proposal. At the end of these discussions they are asked to
  177.      submit their final offers. These are evaluated in accordance  with
  178.      the solicitations evaluation factors. An award is then made to the
  179.      chosen supplier estimated to  offer  the  greatest  value  to  the
  180.      agency. Unsuccessful bidders are notified and debriefed.
  181.  
  182.      The   key  to  this  process  is  the  source  selection  plan,  a
  183.      three-pronged approach to  evaluation  of  information  technology
  184.      bids.   It  consists  of  a  technical  evaluation  plan,  a  cost
  185.      evaluation plan and a management plan.
  186.  
  187.      The  technical  evaluation  plan  determines  the criteria and the
  188.      relative importance of these  criteria  to  the  solution  of  the
  189.      business  need.  It  is imperative that the criteria are relevant,
  190.      measurable and essential.  In general, less is better,  to  ensure
  191.      stringency  and  to  avoid  a  leveling  of  the field.  Suggested
  192.      criteria include the following;
  193.  
  194.      Application integration capabilities
  195.      Interoperability capabilities
  196.      Ease of implementation
  197.      Performance numbers
  198.      Ease of use
  199.      Data security and integrity
  200.      Network Management
  201.      Supplier stability
  202.  
  203.      For  each,  a  minimum  value should be determined, in qualitative
  204.      terms or quantitative terms as  applicable.  Note,  however,  that
  205.      quantitative  standards  are  definitive  in  nature and easier to
  206.      value. It is recommended to  use  score  sheets,  with  limits  on
  207.      minimum  acceptable  threshold  values,  as  well as desired range
  208.      values. The relative weight of each  criteria  should  be  defined
  209.      well   in   advance,   based   on   the   functional   requirement
  210.      specification.
  211.  
  212.      The cost evaluation plan needs to address its subject in a similar
  213.      manner.  What is the cost per unit required, of installation time,
  214.      usage, management and support? What  are  the  buying  parameters,
  215.      volume   discounts,  current  availability  and  cost  of  delayed
  216.      availability? What is the amount of  training  required,  and  its
  217.      associated  cost?   The  result  of  these  answers  must  then be
  218.      subjected to the alternatives; other technical approaches, limited
  219.      deployment or no implementation at all.
  220.  
  221.      Finally,  a  management plan is necessary. This plan addresses the
  222.      issues involved in actually deploying what is being considered for
  223.      purchase.  Transition  from  the  existing  environment  to  a new
  224.      paradigm must be evaluated. Implications for organizational change
  225.      must be addressed. What are the potential suppliers consulting and
  226.      support capabilities?
  227.  
  228.  
  229.      Conclusion
  230.  
  231.      Few  suppliers  of communications equipment has the broad range of
  232.      products  and  services  necessary  for  providing  an  enterprise
  233.      messaging   backbone.  Even  fewer  have  a  solid  commitment  to
  234.      internationally agreed upon standards. When  choosing  a  backbone
  235.      supplier, make sure that four key requirements are satisfied;
  236.  
  237.      Flexibility  in the provision of scalable solutions that will meet
  238.      today's as well as tomorrow's requirements.
  239.  
  240.      Interoperability achieved through the adherence  to  international
  241.      standards  for  communications  protocols  as well as applications
  242.      integration.
  243.  
  244.      Ease of use, in terms of  operation,  development  and  management
  245.      alike.
  246.  
  247.      Integrity and security of data throughout the open system.
  248.  
  249.      If  the  vendor  can  provide  satisfactory  answers  to the basic
  250.      requirements above, a lower cost of  ownership  will  be  hard  to
  251.      find.